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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 3/31/08 
has been entered. 

Response to Amendments/Remarks 

1 . arguments and all other documents filed on 2/8/2008 with respect to the 
rejection(s) of claim(s) 1-25 under 35 U.S.C. 103(a) are fully considered but not 
persuasive. 

2. All independent claims have been amended by replacing "time" with "actual 
time". This change doe not really change the scope of claim limitation since the traveling 
time recorded in RTCP-SR and RTCP-RR packets are actual traveling time and 
traveling time in the routing table is based on the actual traveling time. Notice that bv 
definition, the "delay" disclosed by Teruhi refers to the time difference between the time 
that a RTCP packet leaving a node A and the time the packet arrives a node B. which is 
the actual traveling time from the node A to the node B. 

3. Regarding to the rejection of claim 1 based on Teruhi, Moy and RFC 2676, 
applicant argues: 
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a) the link delay cannot be interpreted as the actual time that a packet travel on 
the along the link (page 1 0-1 1 ); 

b) if actual traveling time is used as the link metric, "an OSPF network would not 
be stable, as the network would not only have to deal with occasional link failures, but 
also have to deal with constant changes (page 1 1 ). 

In response, Examiner respectfully disagrees: 

a) The delay time is the that a packet travel from one node of the link to the 
other, and the delay time from one end node of a path to the other end node of the path 
is the actual time of a packet traveling through a path is the delay time (a path can be 
considered as a link with the two end nodes); 

b) using packet actual traveling time (or delay) to update the routing table does 
not necessary lead to a unstable routing table. For example, the routing table records 
the minimum delay of the link, which is changed only when the new delay time is 
smaller than the currently link delay time, and routing table would eventually become 
stable. 

Applicant's arguments on claim 2-7 and 18-20 (page 13) are not persuasive 
because they are based on the argument of claim 1 . 

4. regarding to the rejection of claim 1 based on Caro and RFC 2676, applicant 
argues: 

a) "a proposed combination of Caro and RFC 2676 would violate at least one 
principle of operation of the references" (page 14-16); in other word, applicant argues 
that there is no good reason to combine Caro and RFC 2676. 
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b) "... the probabilistic route selection in Caro is replaced with selecting a 
neighbor router that has a lowest amount of delay time from source node to the 
destination node in searching the best routing. As a result, Caro's critical probabilistic 
model must be replaced in this proposed combination. Hence, under this proposed 
combination, contrary to what the Advisory Action argues, Caro and RFC 2676 are not 
used for different purposes or are independent to each" (page 16); in other words, 

In response, Examiner respectfully disagrees: 

a) As pointed in the Office Action, Caro teaches using the ant packet to obtain 
the shortest path, but shortest path is not measured in terms of traveling time. RFC 
2676 teaches using the delay (which is actual traveling time) as the measuring criterion 
in finding the shortest path. It would have been obvious to apply the same principle of 
finding the shortest path using the measuring criterion taught by RFC 2676 for 
determining the shortest path; 

b) First, using the same logic presented by Applicant, Ant packets would have 
not be used to find the shortest path, which is clearly not the case as disclosed by Caro; 
second, "the probabilistic route selection in Caro is replaced with selecting a neighbor 
router that has a lowest amount of delay time from source node to the destination node 
in searching the best routing" is not necessarily true since the shortest path in terms of 
delay (or actual traveling) time is between two end nodes of the path, not the "neighbor 
router". 

Applicant's arguments on claim 2-25 (page 17) are not persuasive because they 
are based on the argument of claim 1 above. 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness or 
nonobviousness. 

6. Claims 1-2, 4-5, and 7 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Teruhi et al (US 20030072269, hereinafter Teruhi) in view of J. Moy 
et al. IETF RFC 1247 "OSPF Version 2" July 1991 (hereinafter RFC 1247) and 
Apostolopoulos, et al., INTF RFC 2676 "QoS Routing Mechanisms and OSPF 
Extensions", August 1999 (hereinafter RFC 2676) 

For claim 1, Teruhi discloses a method comprising the computer-implemented 
steps of: 

Selecting, from a set of routers, a particular router that is associated with a first 
actual time is a shortest time among all times among all times associated with routers in 
the set of routers ( selecting a router from a set of routers which has a shortest path to a 
destination from a routing table, [0071 ); 
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wherein the first actual time ( the shortest time from the particular router to the 
destination in the routing table ) has been updated with a previous actual time taken for 
a previous data packet to travel to a previous destination indicated by the previous data 
packet ( routing table is updated based on previous traffic, [00071 ): 

sending a first data packet ( RTCP-SR 80, FIG. 5 ) to the particular router; 

receiving a second data packet (RTCP -RR 70, FIG. 4 ) that indicates an second 
amount of time ( DELAY SINCE LAST SR 74 of FIG. 4 ) taken for a destination back to 
the sending router; 

wherein the destination indicated by the first data packet is the same as the 
previous destination indicated by the previous data packet; 
Teruhi is silent on the following: 

selecting the path that the first packet is predicted to reach the destination in a 
shortest time (the first time); wherein the first time has been updated with a previous 
time taken for a previous data packet to travel to a previous destination (which is the 
same as the destination) indicated by the previous data packet; and wherein the 
destination indicated by the first data packet is the same as the previous destination 
indicated by the previous data packet; 

updating the shortest time based on the second time (the trip time of the second 
packet from the destination to the sending router); and 

updating the routing table based on information contained in the second data 
packet. 
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RFC 1247 teaches updating the routing table and updating shortest path 
( shortest-path, 3- paragraph of Section 1 .1 , Page 2 ) . 

RFC 1247 is silent on the shortest path in term of traveling time. 

RFC2676 teaches the shortest path in terms of traveling time ( delay, line 8 of 
first paragraph in Section 1 .2, Page 5, which is the time difference between the time that 
a RTCP packet leaving a node A and the time the packet arrives a node B, and is 
equivalent to the actual traveling time from the node A to the node B ), which is the 
shortest time of the all the previous packets traveled from the set of nodes to the 
destination node. 

Teruhi, RFC 1247, and RFC 2676 all teach the same art (routing). Furthermore, 
RFC 1247 is explicitly cited bv Teruhi. and RFC 2676 is an extension of RFC 1247. 
One skilled in the art would have been motivated to combine them together to select 
the shortest (when measured in time) path for the first packet: and update the shortest 
time with the second time and then update the routing table accordingly . 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to choose the shortest path (in term of traveling time) and 
update the first (shortest) time and the routing table based on the information from the 
second packet for the benefit of efficiency of network. 

As to claim 2, Teruhi, RFC 1247, and RFC 2676 in combination disclose the 
method of Claim 1 , further comprising: updating a path associated with both the 
destination and the particular router (by considering the particular router as the sending 
router in claim 1 ). 
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As to claim 4, Teruhi, RFC 1247, and RFC 2676 in combination disclose the 
method of Claim 1 , whether a path taken by the first data packet is feasible ( based on 
updated routing table ). 

As to claim 5, Teruhi, RFC 1247, and RFC 2676 in combination disclose the 
method of Claim 1, further comprising: updating, based on information contained in the 
second data packet, a list of routers that indicates all routers in a path taken by the first 
data packet to a router that sent the first data packet to a present router ( This is 
equivalent to applying claim 1 to each outer of the list, therefore is rejected for the same 
reason as explained in claim 4 above ). 

As to claim 7, it is rejected for the same reason explained in claim 4 above. 
7. Claims 3 and 6 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Teruhi in view of RFC 2676. 

As to claim 3, Teruhi discloses the method of Claim 1 . 

Teruhi is silent on the second data packet information including the bandwidth 
available on a path taken by the second data packet. 

RFC 2676 teaches the routing packet containing QoS information (Line 3 of Page 
5), particularly bandwidth information ( Line 7 of Section 1 .2, Page 5 ). 

One skilled in the art would have been motivated to apply the teaching by RFC 
2676 to the second packet to provide additional information for better routing options. 
Furthermore. OSPF technology taught bv 2676 is cited bv the applicant in the 
disclosure. 
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Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to include bandwidth information in the second packet for the 
benefit of efficiency of providing better routing options. 

As to claim 6, it is rejected for the same reason explained in claim 3 above. 
8. Claims 8 and 18-20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over RFC 1247 in view of RFC 2676. 

For claim 8, RFC 1247 disclose a method of updating a routing table, comprising 
steps of: 

for each neighbor router in a set of neighbor routers (neighboring routers, page 
4), selecting a shortest path to a specified destination via a set of neighbor routers 
( shortest paths, 3rd paragraph of 1 .1 . page 2 ): 

wherein the shortest path has been updated with a previous data packet to travel 
to the specified destination ( Link State Update, table 8, page 26, where the routing is 
updated based previous routing data packets ) ; 

send a first data packet to the specified destination ( sending Link State Request 
packet to the destination, 3rd paragraph of page 74 ): 

receiving a second data packet from the specified destination ( receiving sending 
Link State Request packet from the destination, 3rd paragraph of page 74 ): 

updating the routing table based on information contained in the second data 
packet (" updating the necessary part of its database". 3rd paragraph of page 74 ). 

RFC 1247 is silent on the measurement parameter in routing table is the time 
(or delay) for a packet to travel from a source router to a destination router. 



Application/Control Number: 10/645,255 
Art Unit: 2616 



Page 10 



RFC 2676 discloses using delay (line 8 of Section 1 .2, Page 5) as one of QoS 
parameters for routing measurement (the shortest delay includes the information of 
delay times of all the previous packets to the destination), which are used to the 
updating routing table. RFC 2676 teaches enhancement of OSPFv2 by RFC 1247. It 
would be obvious for one skilled in the art to combine RFC 1247 with RFC 2676 to use 
time delay in the routing table, and update the routing table for the shortest path in term 
of delay time between two routers . 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to using delay time as routing measurement parameters to 
update routing table. 

As to claim 18, it is a computer-readable medium claim of the claim 8, therefore, 
is rejected for the same reason explained in claim 8 above. 

As to claim 19, it is a means for claim of the claim 8, therefore, is rejected for the 
same reason explained in claim 8 above. 

As to claim 20, it is an apparatus claim of the claim 8, therefore, is rejected for 
the same reason explained in claim 8 above. 

9. Claim 1-25 are rejected under 35 U.S.C. 103(a) as being 103(a) as being 
unpatentable over Gianni Di Caro et al., "AntNet: Distributed Stigmergetic Control for 
Communications Networks", Journal of Artificial Intelligence Research, 12/98 
(hereinafter Caro) in view of RFC 2676 (which includes the recited RFC 1247). 

For claim 1, Teruhi discloses a method comprising the computer-implemented 
steps of: 
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sending a first data packet from a sending router to a given destination via a 
particular router so that the packet arrives at the destination (forward ant, step 1 of page 
326, line 1-3 ); wherein the first time has been updated with a previous time taken for a 
previous data packets ( the routing table is built based on previous routing data packets ); 

receiving a second data packet that indicates an second amount of time from 
taken for the destination back to the sending router (backward ant, step 5 of page 327 ); 

selecting the path according to a criterion that the first packet ( forward ant 
packet ) is predicted to reach the destination ( the trip time that the forward ant packet 
travel from source node to destination node, step 2 of page 326 ); 

updating the shortest time based on the second time ( the trip time of the 
backward ant packet, step 5 of page 328 ); and 

updating the routing table based on information contained in the second data 
packet ( step 7, page 328-329 ). 

Teruhi is silent on the criterion for the shortest path is based on the shortest 
time ( the first time, which is in a shortest time that the first packet is predicted to reach 
the destination ); 

In the same field of endeavor (routing), RFC2676 teaches routing the shortest 
path in term of traveling time ( delay, line 8 of first paragraph in Section 1 .2, Page 5 ). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to choose the shortest path (in term of traveling time) and 
update the first (shortest) time and the routing table based on the information from the 
second packet for the benefit of efficiency of network. 
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As to claim 2, Caro and RFC 2676 disclose the method of Claim 1 , Caro further 
discloses the method comprising: updating a path associated with both the destination 
and the particular router ("updates the two main data structures of node", line 1-2 of 
step 7, page 328 ). 

As to claim 3, Caro and RFC 2676 disclose the method of Claim 1 , but are silent 
on the second data packet information including the bandwidth available on a path 
taken by the second data packet. 

RFC 2676 teaches the routing packet containing QoS information ( Line 3 of Page 
5), particularly bandwidth information ( Line 7 of Section 1 .2, Page 5 ). 

One skilled in the art would have been motivated to apply the teaching by RFC 
2676 to the second packet to provide additional information for better routing options. 
Furthermore. OSPF technology taught by 2676 is cited by the applicant in the 
disclosure. 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to include bandwidth information in the second packet for the 
benefit of efficiency of providing better routing options. 

As to claim 4, Caro and RFC 2676 disclose the method of Claim 1 , whether a 
path taken by the first data packet is feasible ( a path predicted to take a shortest time 
from the source node to the destination node is always feasible ). 

As to claim 5, Caro and RFC 2676 disclose the method of Claim 1 , Caro further 
discloses the method comprising: updating, based on information contained in the 
second data packet, a list of routers that indicates all routers in a path taken by the first 
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data packet to a router that sent the first data packet to a present router ( step 5 of page 
327 and "updates the two main data structures of node", line 1-2 of step 7, page 328 ). 

As to claim 6, it is rejected for the same reason explained in claim 3 above. 

As to claim 7, it is rejected for the same reason explained in claim 4 above. 

For claim 8, Caro discloses a method of updating a routing table ( steps 1-7, 
page 326-330 ), comprising steps of: 

for each neighbor router in a set of neighbor routers ( "every network node", line 
1 of step 1. page 326 ), selecting a path to a specified destination via a set of neighbor 
routers ( line 1-2 of step 3 and step 5, page 327 ): 

wherein the shortest path has been updated with a previous time taken for a 
previous data packet to travel to the specified destination (the routing table is updated 
based previous routing data packets ) ; 

send a first data packet to the specified destination ( "destination nod d is 
reached", step 5, page 327 ): 

receiving a second data packet from the specified destination ( step 6, page 328 ): 

updating the routing table based on information contained in the second data 
packet ( step 7. page 328 ). 

Caro is silent on the path is the shortest in terms of delay time from a source 
router to a destination router and the shortest amount of time is updated with data 
packet travel to the specified destination. 

In the same field of endeavor, RFC 2676 discloses OSPF extensions on routing 
based on path QoS parameters (lines 1-5 of page 3). Since time delay (trip time) is one 
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of most important QoS parameters, it would have been obvious to one skilled in the art 
to use the shortest trip time (delay time) as the criteria for the shortest path . 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to combine Caro with RFC 2676 to selecting a particular 
neighbor router that has a lowest amount of delay time from source node to the 
destination node in searching the best routing. 

For claim 9, Caro discloses a method of updating a routing table ( Node routing 
table, page 331, line 6 ), the method comprising the computer-implemented steps of: 

for each neighbor router in a set of neighbor routers ("every network node", line 
1 of step 1. page 326 ), associating the neighbor router with an amount of time 
("elapsed time", page 331 . line 19: or step 2 of page 326 ). predicted to be required for a 
data packet to travel to a specified destination if the data packet is transmitted through 
the neighbor router ( elapsed time, page 331, line 19: or step 2 of page 326 ): 

wherein the shortest path has been updated with a previous time taken for a 
previous data packet to travel to the specified destination ( the routing table is updated 
based previous routing data packets ): 

receiving a forward ant data packet ( LanuchForwardAnt, line 13 of page 331 ) that 
indicates the specified destination ( page 331 , line 14-20: or step 2 of page 326 ): 
selecting, based on one or more first specified criteria ( goodness, first paragraph of 
Section 4.2. page 330: or step 3 of page 327 ). a subset of the set of neighbor routers 
( from page 331 , line 14-20 where forward ant can only be passed to neighboring routers 
one at a time ): 
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in response to receiving the forward ant data packet, relative to the specified 
destination, among amounts of time associated with neighbor routers in the subset of 
neighbor routers ( first paragraph of Section 4.2. page 330 ): 

sending the forward ant data packet to the particular neighbor router ( lines 14-20, 
page 331 ): 

receiving a backward ant data packet that indicates a second amount of time 
taken for the forward ant data packet to travel to the specified destination ( lines 14-20, 
page 331 ): 

determining, based on information indicated in the backward ant data packet, 
whether one or more second specified criteria are satisfied (line 5-30 of page 331 , 
determining is based on M=Local traffic model and T=Node routing table); and 

if the one or more second specified criteria are satisfied, then performing steps 
comprising: 

updating the first amount of time based on the second amount of time 
( UpdateLocalTrafficModel. line 24 of Page 331 ): and 

if one or more third specified criteria are satisfied, then updating, based on 
information indicated in the backward ant data packet, the routing table 
( UpdateLocalRoutingTable. line 26 of Page 331 ). 

Caro does not explicitly disclose selecting a particular neighbor router that is 
associated with a first amount of time that is a lowest amount of time, but defines a 
goodness in terms of trip time ("as estimated using the associated trip time", line 27-34 
of page 329 ) that is used as a measure for determining routing between nodes. 
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In the same field of endeavor, RFC 2676 discloses OSPF extensions on routing 
based on path QoS parameters ( lines 1-5 of page 3 ). Since time delay is one of most 
important QoS parameters, it would have been obvious to one skilled in the art to use 
the shortest trip time (delay time) as the criteria for the shortest path. 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to combine Caro with RFC 2676 to selecting a particular 
neighbor router that has a lowest amount of delay time from source node to the 
destination node in searching the best routing. 

As to claim 10, Caro and RFC 2676 disclose the method of Claim 9, wherein the 
one or more first specified criteria comprise a criterion that no neighbor router in the 
subset of neighbor routers is contained in a list of routers that have already been visited 
by the forward ant data packet ("choosing among the neighbors it did not already visit", 
line 1-2 of page 327 ). 

As to claim 11, Caro and RFC 2676 disclose the method of Claim 9, Caro further 
discloses the method comprising: 

determining whether any neighbor router in the set of neighbor routers is 
associated with an amount of time that is lower than the first amount of time ("as 
estimated using the associated trip time", line 27-34 of page 329 ): and 

if any neighbor router in the set of neighbor routers is associated with an amount 
of time that is lower than the first amount of time, then updating the forward ant data 
packet to indicate a present router in a loop-avoidance router field of the forward ant 
data packet ( step 4 of page 327. line 1 -3 ). 
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As to claim 12, Caro and RFC 2676 disclose the method of Claim 1 1 , Caro 
further discloses wherein a loop-avoidance router field ("memory of their paths and of 
the traffic conditions found", lines 1-2 of step 2 in page 326: notice that a backward ant 
packet has the same structure as forward ant packet ) of the backward ant data packet 
indicates a router indicated by the loop-avoidance router field of the forward ant data 
packet ("The backward ant takes the same path as that of its corresponding forward ant, 
but in the opposite direction", step 6 of page 328 ). 

As to claim 13, Caro and RFC 2676 disclose the method of Claim 12, Caro 
further discloses wherein the one or more second specified criteria comprise a criterion 
("trip time", line 10 of page 329 ) that the router indicated by the loop-avoidance router 
field of the backward ant data packet is not contained in a list of routers that the forward 
ant visited after visiting a present router ( step 3 of page 327. line 1-2: notice that a 
backward ant packet has the same structure as forward ant packet ). 

As to claim 14, Caro and RFC 2676 disclose the method of Claim 9, but is silent 
on wherein the one or more specified criteria comprise a criterion that the second 
amount of time is lower than any other amount of time, relative to the specified 
destination, among amounts of time associated with neighbor routers in the set of 
neighbor routers. 

However, the criterion that the second amount of time is lower than any other 
amount of time is used in OSPF ( disclosed bv RFC 2676 ) in determining the shortest 
path. 
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Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to specify criterion that the second amount of time is lower than 
any other amount of time in order to find the shortest path. 

As to claim 15, Caro and RFC 2676 disclose the method of Claim 9, but are 
silent on the method comprising: determining whether a router from which the backward 
ant data packet was received matches a router associated with the destination in the 
routing table; and if the router from which the backward ant data packet was received 
does not match the router associated with the destination in the routing table, then 
updating a path feasibility flag of the backward ant to indicate that a path taken by the 
forward ant is not feasible. 

However, the method requires the forward ant packet and the backward ant 
packet go through the same route (in opposite direction). If the backward ant packet 
cannot following the same route as the forward ant packet, the ant packet will be 
destroyed according to Caro (step 4 of page 327). It is a common practice in the art that 
one way of destroying a packet is to set a flag of the packet so that it can be destroyed 
at proper time or location. 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to set a flag of the received backward ant packet if routing 
information of the packet does not match the routing table of the router in order to 
comply with the protocol. 

As to claim 16, Caro and RFC 2676 disclose the method of Claim 15, but is 
silent on wherein the one or more third specified criteria comprise a criterion that the 
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path feasibility flag of the backward ant indicates that the path taken by the forward ant 
is feasible. 

However, the criterion that the second amount of time is lower than any other 
amount of time is used in OSPF (disclosed by RFC 2676) in determining the shortest 
path . 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to specify criterion that the second amount of time is lower than 
any other amount of time in order to find the shortest path. 

As to claim 17, Caro and RFC 2676 disclose the method of Claim 9, but is silent 
on wherein the one or more third specified criteria comprise a criterion that a path taken 
by the forward ant data packet from a present router to the specified destination does 
not include any routers that are identified in a potential upstream node list. 

However, the criterion that the second amount of time is lower than any other 
amount of time is used in OSPF (disclosed bv RFC 2676) in determining the shortest 
path . 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to specify criterion that the second amount of time is lower than 
any other amount of time in order to find the shortest path. 

As to claim 18, it is a computer-readable medium claim of the claim 8, therefore, 
is rejected for the same reason explained in claim 8 above. 

As to claim 19, it is a means for claim of the claim 8, therefore, is rejected for the 
same reason explained in claim 8 above. 
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As to claim 20, it is an apparatus claim of the claim 8, therefore, is rejected for 
the same reason explained in claim 8 above. 

As to claim 21, Caro and RFC 2676 disclose the method of Claim 20, Caro 
further discloses wherein the stored swquences of instructions include instructions 
which, when executed by the processor, cause the processor to further carry out: 
updating, based on information contained in the second data packet, a path associated 
with both the destination and the particular router ( step 6, page 328, the same path as 
that of its corresponding forward ant ). 

As to claim 22, Caro and RFC 2676 disclose the method of Claim 20, Caro 
further discloses wherein the stored sequences of instructions include instructions 
which, when executed by the processor, cause the processor to further carry out: 
updating, based on information contained in the second data packet, an indication of an 
amount of bandwidth available ( characterized by a bandwidth, lines 10-1 1 of page 322 ) 
on the path taken by the second data packet ( bandwidth is considered as a criterion of 
feasible path in algorithm specified in steps 1-7 of pages 326-330 ). 

As to claim 23, Caro and RFC 2676 disclose the method of Claim 20, Caro 
further discloses wherein the stored sequences of instructions include instructions 
which, when executed by the processor, cause the processor to further carry out: 
updating, based on information contained in the second data packet, whether a path 
taken by the first data packet is feasible ( steps 1-7 of pages 326-330, particularly step 6 
of page 328 ). 
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As to claim 24, Caro and RFC 2676 disclose the method of Claim 20, Caro 
further discloses wherein the stored sequences of instructions include instructions 
which, when executed by the processor, cause the processor to further carry out: 
updating, based on information contained in the second data packet, a list of routers 
that indicates every router in a path taken by the first data packet from a router that sent 
the first data packet to a present router ( steps 1-7 of pages 326-330, particularly step 6 
of page 328 ). 

As to claim 25, Caro and RFC 2676 disclose the method of Claim 20, Caro 
further discloses wherein the stored sequences of instructions include instructions 
which, when executed by the processor, cause the processor to further carry out: 
updating, based on information contained in the second data packet to indicate an 
amount of bandwidth available ( characterized by a bandwidth, lines 1 0-1 1 of page 322 ) 
on the path taken by the second data packet ( bandwidth available is considered as a 
criterion of feasible path in algorithm specified in steps 1-7 of pages 326-330. which 
includes routing based on bandwidth ). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jianye Wu whose telephone number is (571)270-1665. 
The examiner can normally be reached on Monday to Thursday, 8am to 7pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Seema Rao can be reached on (571)272-3174. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Jianye Wu/ 
Examiner, Art Unit 2616 
/Seema S. Rao/ 

Supervisory Patent Examiner, Art Unit 2616 



